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DETAILED ACTION 



Claims 1-2, 4-10, 12, and 14-23 were rejected in the Office Action entered on 2 April 

2007. 

Applicants' response entered on 6 July 2007 has amended claims 1, 4, 7-10, 12, 14, 15, 
18, 19, 22, and 23. Claims 1, 2, 4-10, 12, and 14-23 are pending in this application. 
Claims 1, 2, 4-10, 12, and 14-23 are rejected. 

Priority 

1. This Application contains a claim for the benefit of priority to U.S. Provisional 
Application No. 60/243,708 filed 26 October 2000. The provisional application has been 
reviewed and priority is denied , because the provisional application does not appear to enable the 
claimed invention as required under 35 U.S. C. Section 112, first paragraph. See 35 U.S.C. § 
119(e)(1). 

For example, the provisional application contains a set of 'powerpoint-style 1 drawings 
and datasheets describing desired features for a microcontroller or a 'system-on-chip,' but this 
material does not appear to contain either the text description or the drawings found in the 
Application. In particular, no part of the provisional application appears to disclose the method 
steps shown in the Application at Fig. 7.. 
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Claim Rejections - 35 USC § 112 

2. The previous rejection of claims 1-2, 4-10, 12, and 14-23 under 35 U.S.C. § 1 12, second 
paragraph, as being indefinite for use of a relative term in the claim language, is withdrawn in 
response to the amendments to the claims. 

Response to Arguments - 35 USC §102 

3. Applicants present several arguments directed to a rejection of claims 1,10, and 12 under 
35 U.S.C. § 102 as being anticipated by US Patent No. 5,371,878 to Coker. There was no such 
rejection outstanding. In the previous Office Action, several of Applicants' arguments are 
traversed by the Examiner, however at least one was found persuasive and the § 102 rejections 
were withdrawn (Office Action of 2 April 2007, pages 6-7). 

The arguments presented in the 6 July 2007 reply have been fully considered. 

Response to Arguments - 35 USC §103 

4. In response to the previous rejections under 35 U.S.C. § 103, Applicants argue primarily 
that: 

Coker does not anticipate independent claim I as it does not disclose how to synchronize the shadow 
system and the target-ECS in lock-step during the booting process, nor does Rosenberg teach or suggest the 
synchronization of the In-Circuit Emulation system using the booting process. 

The Examiner respectfully traverses this argument as follows. 

As Applicants acknowledge (Applicants' instant response, page 10), Coker teaches that 
the shadow system executes the same or similar software as the target-ECS from system start-up 
or reset (See Coker, col. 2, lines 56-59). This type of disclosure is precisely what Applicants' 



« 
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have disclosed and claimed. For example, see the specification of this application, page 5, lines 
10-16, emphasis added: 

r 

A boot method consistent with certain embodiments of the present invention, for an In-Circuit Emulation 
system having a microcontroller operating in lock-step synchronization with a virtual microcontroller, 
includes in the microcontroller, executing a set of boot code; in the virtual microcontroller, executing a 
set of timing code timed to take the same number of clock cycles as the microcontroller uses to 
execute the boot code; and simultaneously halting both the microcontroller and the virtual microcontroller. 

That is, Applicants' disclosure and claimed invention describes two systems executing the same 
or similar software from start up or reset. 

5. Applicants further argue that: 

♦ 

Coker does not disclose at least two elements of the independent claim, e.g., the software used by the 
virtual microcontroller being a dummy code, thus the inaccessibility of the booting code of the 
microcontroller to the virtual microcontroller. Additionally, Rosenberg neither suggests nor teaches the 
two elements during the booting process of the In-Circuit Emulation system. 

The Examiner respectfully traverses this argument as follows. 

Applicants' specification describes "dummy code" as code with the same timing as the 
boot code (see, for example, Applicants' specification, page 5, lines 2-4) but does not provide a 
deliberate and explicit definition for this claim terminology. 

Coker discloses that the shadow system executes the same or similar software as the 
target-ECS from system start-up or reset (See Coker, col. 2, lines 56-59). The "same or similar 
software" clearly constitutes code that "has the same timing" since both pieces of code in 
question are either exactly the same or nearly the same. This disclosure in the prior art appears 
to fulfill at least the exemplary descriptions provided in Applicants' application for "dummy 
code". 

Applicants' arguments regarding the "inaccessibility" of the microcontroller code has 
been addressed in the previous Office Action, at pages 4-5: 



» 
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Further, presuming arguendo that the target-ECS and the shadow system execute precisely the 
same code, this in no way suggests that the target-ECS code is accessible to the shadow system. For the 
target-ECS code to be accessible to the shadow system, the Coker reference would need to disclose or 
otherwise suggest that a mechanism actually exists in the Coker invention whereby the shadow system can 
read from, write to, or receive by transmission the target-ECS code. There is no such disclosure in the 
Coker reference. 

The Examiner maintains this position. 



Applicants' arguments have been fully considered but have been found unpersuasive. 



Claim Rejections - 35 USC §103 
The following is a quotation of 35 U.S.C. § 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. § 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

This application currently names joint inventors. In considering patentability of the 
claims under 35 U.S.C. § 103(a), the examiner presumes that the subject matter of the various 
claims was commonly owned at the time any inventions covered therein were made absent any 
evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out 
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the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S;C. § 103(c) 
and potential 35 U.S.C. § 102(e), (f) or (g) prior art under 35 U.S.C. § 103(a). 

6. Claims 1-2, 4-10, 12, 14-20, and 23 are rejected under 35 U.S.C. § 103(a) as being 
unpatentable over US Patent No. 5,371,878 to Coker in view of "How Debuggers Work" by 
Jonathan B. Rosenberg (Rosenberg). 

Regarding claim 1, Coker teaches a method comprising: 

In a microcontroller, executing a set of boot code to carry out initialization ("Embedded 
Computer System or ECS", see column 1, lines 20-23) ["[T]his invention uses hardware and 
software which can 'shadow' the execution of a target-ECS in real time operation" (column 2, 
lines 34-40); "A shadow system of this invention executes the same software as the target-ECS 
from system start-up or reset. " (column 2, lines 56-58); Applicants' remarks state that: "Booting 
is a process that starts a system (e.g., operating system) and substantially initialize the system 
when a user turns on a computing system or a system with a processor." (Applicants' remarks, 6 
February 2007, page 15)]; 

* 

In a virtual microcontroller ("shadow system"), executing a set of timing code to enable 
the lock-step synchronization, wherein the timing code is a dummy code timed to take the same 
number of clock cycles as the microcontroller uses to execute the set of boot code, ["A shadow 
system of this invention executes the same software as the target-ECS from system start-up or 

■ 

reset. " (column 2, lines 56-58); "The shadow system and the target-ECS function exactly the 
same except that the shadow system receives data slightly delayed because of a data buffer 
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between the target-ECS and the shadow system. " (column 3, lines 13-16); "[I]n terms of relative 
time, the execution state of the shadow system 28 at the time when any given instruction is 
executed will directly correspond to the execution state of the target-ECS when the same 
instruction was executed.. " (column 8, lines 44-49)] 

and wherein the set of timing code is different from said set of boot code, ["Thus, rather 
than receiving input data from an external source and reading the data into complex I/O 
registers, the shadow system uses the data value and relative time of input events from the 
target-ECS and writes the value directly to its RAM using its internally generated location. " 
(column 2, line 63 - column 3, line 1)]; 

and wherein the set of boot code is stored within the microcontroller and the set of boot 
code is inaccessible to the virtual microcontroller [Interface means 19 connecting the target-ECS 

4 

and shadow system is used by Coker to transmit I/O data and does not appear to contain any 
suggestion that instruction code or boot code is transmitted via interface means. See (column 4, 
lines 9-18)]. 

Although Coker teaches "a computer system and method for debugging, verifying and 
developing an embedded computer system" (column 1, lines 9-11), Coker does not expressly 
teach old and well-known tools and techniques of debugging. As a result, Coker teaches a 
method of debugging, but does not expressly teach simultaneously halting both the 
microcontroller and the virtual microcontroller. 

Rosenberg expressly teaches halting multiple processors operating in lockstep ["A 
significant issue for debuggers on multiprocessor systems is how or whether other processors 
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stop when a fault occurs in one. On SIMD architectures, by definition, all processors operate in 
lock step and so (his is guaranteed. " (page 45, first full paragraph)]. 

Rosenberg and Coker are analogous art because both are drawn to debugging. 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Rosenberg and Coker because Rosenberg 
provides teachings specifically directed to debugging tools, which are suggested by Coker, but 
"are very difficult tools to build robustly because they depend heavily on relatively weak 
portions of operating systems and because they tend to stress the underlying operating system's 
capabilities." (Rosenberg, page 1, first paragraph). That is, Rosenberg provides the teachings 
that provide helpful guidance in making and using the "critical tools for the development of 
software" (Rosenberg, page 1, first paragraph) that are suggested by Coker (title, abstract). The 
combination could be achieved as expressly taught by Rosenberg, by halting the target-ECS and 
the shadow system "simultaneously" because Rosenberg explicitly teaches this behavior in 
architectures, like the one claimed, that operate in lock step. (Id.) 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 

♦ 

of Applicants' invention to combine the teachings of Rosenberg and Coker to arrive at the 
invention specified in claim 1. 

Regarding claim 2, Coker teaches copying register contents from the microcontroller to 
corresponding registers in the virtual microcontroller ["An execution state, including the contents 
of RAM and I/O registers in the target-ECS and RAM and I/O state memory in the shadow 
system, can further be defined as including an input state vector, output state vector, and internal 



Application/Control Number: 1 0/00 1 ,478 Page 9 

Art Unit: 2123 

state vector. Input and output state vectors are defined as the contents of input and output 
registers respectively in the tar get- ECS and as the contents of the I/O memory state in the 
shadow system. " (column 8 5 lines 50-57); copied from the target-ECS to the shadow system, 
u the shadow system receives its input data from the input registers of the target-ECS and stores 
the input data in its RAM. " (column 2, lines 61-63)]. 

Also, Rosenberg teaches that "debuggers provide disassembly views and direct access to 
hardware registers. " (page 6, first full paragraph). 

Regarding claim 4, Rosenberg teaches that after executing code, a processor branches to 
an instruction line [ "A breakpoint is a special code placed in the executing code stream that, 
when executed, causes a special trap to occur that the processor and the operating system report 
to the debugger. ■" (page 5, second full paragraph); More generally at pages 56-57, "Generic OS- 
Debugger Interaction Model", etc.]. 

Regarding claim 5, Rosenberg teaches that prior to executing code, a break is set at an 
assembly instruction line ["A breakpoint is a special code placed in the executing code stream 
that, when executed, causes a special trap to occur that the processor and the operating system 
report to the debugger. " (page 5, second full paragraph)]. 

Regarding claim 6, Coker teaches that the boot code comprises protected initialization 
code that is not accessible to the In-Circuit Emulation system [Coker teaches no means by which 
the in-circuit emulation system may access the code on the target-ECS. Here Applicants' have 
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presented a negative limitation, which has been interpreted and treated according to MPEP 
2173.05(i).]. 

Claim 7 recites a combination of limitations recited by claims 4 and 5, which are taught 
by Coker in view of Rosenberg as shown above. 

* 

Claim 8 recites a combination of limitations recited by claims 2, 4, and 5, which are 
taught by Coker in view of Rosenberg as shown above. 

Regarding claim 9, Rosenberg teaches removing a break at an assembly line ['Inactive 
breakpoints are place holders that the user can turn active but currently will not cause execution 
to stop if reached. " (page 27)]. 1 

Claim 10 recites a combination of limitations recited by claims 1, 2, and 9. As Coker in 

• view of Rosenberg teaches these claims, claim 10 is rejected for similar rationale. 

Claims 12-20 present a broader recitation of claims 1-9. These claims are rejected for 
rationale similar to that given above for claims 1-9 as being obvious over Coker in view of 
Rosenberg. 

Regarding claim 23, Coker teaches that at least on portion of the boot code is stored 
internally in said microcontroller ["In other words, an ECS normally executes software,.." 
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(column 1, lines 29-39); As noted above, Coker teaches no means by which the in-circuit 
emulation system may access the code on the target-ECS.]. 

7. Claim 21 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Coker in view 
of Rosenberg as applied to claim 12 above, and further in view of "Emulation of the Sparcle 
Microprocessor with the MIT Virtual Wires Emulation System" by Matthew Dahl, Jonathan 
Babb, Russel Tessier, Silvina Hanono, David Hoki, and Anant Agarwal (Dahl) and further in 
view of "A Reconfigurable Logic Machine for Fast Event-Driven Simulation" by Jerry Bauer; 
Michael Bershteyn, Ian Kaplan, and Paul Vyedin (Bauer). 

Coker in view of Rosenberg does not expressly teach that the shadow system is 
implemented on a field programmable gate array (FPGA). 

Dahl teaches that it is known in the art to emulate a Sparc microprocessor using an FPGA 
(abstract). 

Bauer teaches that hardware emulation can increase simulation speed by up to 10,000 
times (introduction, paragraphs 1-2). 

Therefore it would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine these teachings and arrive at the decision to implement the 
shadow system of Coker on an FPGA to realize an enormous increase in simulation speed. 
Knowledge that this was possible is provided by Dahl, and motivation to combine the references, 
to increase simulation speed, is provided by Bauer. 
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Therefore it would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Coker in view of Rosenberg with Dahl and 
Bauer to arrive at the invention specified in claim 21. 

8. Claim 22 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Coker in view 
of Rosenberg as applied to claim 1 above, and further in view of US Patent No. 4,757,534 to 
Matyas et al. 

Regarding claim 22 5 Coker in view of Rosenberg does not disclose that the boot code 
comprises serial numbers, passwords, and algorithms. 

Matyas teaches code that comprises serial numbers, passwords, and algorithms ["In 

* 

carrying out the computer/smart card protocol, the T output is sent to the smart card together 
with the parameters PI (password) and P2 (program number \ diskette serial number, where \ 
denotes concatenation) and a third parameter P3. Where the crypto facility uses the DES 
algorithm, as shown in FIGS. 8 and 9, to encrypt the file key, P3 is the computer number. " 
(column 13, lines 1-21)]. 

Matyas and Coker in view of Rosenberg are analogous art because both are directed to 
computer software. 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Matyas with Coker in view of Rosenberg to 
include the passwords, serial numbers, and algorithms in the boot code in order to discourage 
"the copying and sharing of purchased software program" (here, the boot code) as expressly 
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taught by Matyas (abstract). The combination could be achieved by implementing the smart card 
cryptographic method taught by Matyas with the target-ECS system taught by Coker. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
of Applicants' invention to combine the teachings of Matyas with Coker in view of Rosenberg to 
arrive at the invention specified in claim 22. 

Conclusion 

THIS ACTION IS M ADE FINAL. Applicant is reminded of the extension of time 

♦ 

policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 

» 

examiner should be directed to Jason Proctor whose telephone number is (571) 272-3713. The 
examiner can normally be reached on 8:30 am-4:30 pm M-F. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Paul Rodriguez can be reached at (571) 272-3753. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of 
an application may be obtained from the Patent Application Information Retrieval (PAIR) 
system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private 
PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. 
Should you have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 




Jason Proctor 
Examiner 
Art Unit 2123 



jsp 



